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INTELLIGENT WIR ELESS TERMINAL WITH VIRTUAL MEMORY 



FIELD OF THE INVENTION 

This invention relates to a wireless terminal and in 
5 particular, to a wireless terminal and method of using the 

wireless terminal which reduce the wireless resources required. 
BACKGROUND OF THE INVENTION 

Wireless handsets (e.g. wireless telephones) for use 
in a building wireless communications network allow users (e.g. 
10 employees) to work away from their desks without the worry 
associated with missing incoming callers. The wireless 
handsets provide users with increased freedom and accessibility 
^ in the workplace. 

^3 A typical building wireless communications network 

ryL5 typically comprises a central controller, base stations 

g connected to the central controller, and wireless handsets. 

The central controller manages all incoming calls for the 
= individual wireless handsets from other wireless handsets or 

hj from an in building telecommunication network. The central 
;H20 controller also manages all outgoing calls from the individual 
=0 wireless handsets to other wireless handsets or to other called 

parties via the in building telecommunication network. 

The building wireless communications network 

typically uses a pico-cellular architecture. That is, the 

2 5 typical building wireless communications network is divided 

into cells which service the wireless handsets in a defined 
area. Each cell contains a base station which communicates 
with each wireless handset located within the cells coverage 
area over an active wireless link, such as a radio channel. 

3 0 When a call arrives for a particular wireless handset, the 

central controller determines the cell location of the 
requested wireless handset and alerts the user with a 
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notification alarm on the wireless handset. Once the call is 
answered, the central controller connects the wireless handset 
to the calling party. Many conventional building wireless 
communications networks only carry voice traffic. 
5 As aforementioned, one key advantage of this system 

is the ability of an employee to work away from their work area 
while not missing incoming calls. A problem results from the 
fact that this inevitably increases the time the employee is 
away from his/her computer (e.g. a Personal Computer (PC) ) and 
10 its associated applications and databases. This reduction in 
access to valuable resources can harm productivity and limit 
the true freedom gained by the use of the building wireless 
communications network. 

There are presently available digital building 
fUL5 wireless communications networks systems that carry not only 
R voice traffic but also data traffic. A typical digital 
!Z building wireless communications network typically comprises 
=- not only a central controller, base stations connected to the 

fy central controller and wireless handsets but also a server 
1720 (e.g. a personal computer (PC)) connected to the central 
*j controller. The server runs one or more applications. A data 
session between a wireless handset and the server over an 
active wireless link allows a user of the wireless handset to 
access applications and related data located on the server 
25 remotely with the wireless handset. A data session may be 

initiated by the user or by one of the applications running on 
the server connected to the central controller. Samples of 
these systems include the Companion 200 and Meridian Companion 
Mobility Option (MCMO) produced by Northern Telecom Limited and 
30 the Pocket Communication Systems (PCS) PCS50E, PCS150E, and 

PCS2000E produced by SpectraLink Corporation. While the user 
is away from a PC, these digital building wireless 
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communications networks allow for the activating and running of 
computer programs (i.e. applications) that may be required 
without prescribing that the user be situated at the same 
location as the computer (e.g. PC). This increases the 
5 accessibility of data to the user while away from a computer. 

However, with existing communications systems, the 
data associated with an application is only stored at the 
server. The user must always establish a data session with the 
application over an active wireless link in order to access the 

^10 data. Consequently, existing systems use up valuable radio 
resources which could ultimately lead to reduced system 
capacity and service degradation. 

^ SUMMARY OF THE INVENTION 

It is an object of the present invention to overcome 

njL5 the disadvantage of the prior art and, in particular, to 

S provide a technique whereby a user is able to access data 
locally at a wireless handset for one or more software 

= applications without requiring a wireless link. 

?y In accordance with one aspect of the present 

1^0 invention, there is provided a method of accessing data at a 

wireless terminal having virtual memory. The method comprises 
the steps of (a) downloading data from a server over an active 
wireless link to the virtual memory of the wireless terminal 
and (b) accessing the data stored in the virtual memory of the 

2 5 wireless terminal at the wireless terminal without requiring 

the active wireless link. 

In accordance with another aspect of the present 
invention, there is provided a wireless terminal for use in a 
communications network. The wireless terminal comprises a 

3 0 transceiver for receiving and transmitting information over an 

active wireless link with the communications network, virtual 
memory to store information received over the active wireless 
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link with the communications network and display means to view 
the information stored in the virtual memory without requiring 
the active wireless link with the communications network. 

In accordance with another aspect of the present 
5 invention, there is provided a wireless communications network. 
The wireless communications network comprises at least one 
display based wireless handset with virtual memory, at least 
one base station with which the wireless handset communicates 
over an active wireless link, a central switching controller 
10 coupled to the base station for controlling the base station 
and connectable to an external switched telephone network for 
selective switching of the wireless handset to the external 
f =i switched network and a server connected to the central 
yy switching controller. The server controls operation of the 
n=!L5 central switching controller by means of server software 
p running on the server and provides at least one software 

application to the wireless handset by means of application 
f software and related data located on the server. The server 

HJ software permits data related to an application to be 
j^2 0 downloaded over the active wireless link to the virtual memory 
of the display based wireless handset. The data stored in the 
virtual memory of the wireless handset can be accessed without 
the active wireless link. 
BRIEF DESCRIPTION OF THE DRAWINGS 
25 The preferred embodiment of the present invention will now 

be described with reference to the following figures, in which: 

FIGURE 1 is an illustration of a wireless handset in 
accordance with the preferred embodiment of the present 
invention; 

3 0 FIGURE 2 is a block diagram of a building wireless 

communications network in accordance with the preferred 
embodiment of the present invention; 
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FIGURE 3 is a flowchart illustrating the steps of a 
conventional method to handle a typical conventional data 
session; 

FIGURE 4 is a flowchart illustrating the steps of a method 
5 to add a software application to a wireless handset in 
accordance with the preferred embodiment of the present 
invention; 

FIGURE 5 is a flowchart illustrating the steps of a method 
to add an item, modify an item or delete an item in virtual 
10 memory of a wireless handset by a server in accordance with the 
preferred embodiment of the present invention; and, 

FIGURE 6 is a flowchart illustrating the steps of a method 
^ to view, modify or delete data in the virtual memory of a 
JJJ wireless handset by a user in accordance with the preferred 
fyL5 embodiment of the present invention, 
g DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
!Z The preferred embodiment of the present invention 

2 requires the use of the Companion Applications Toolkit (CAT) 

ry Application Programming Interface (API) produced by Northern 
jffeo Telecom Limited of Montreal, Canada. This CAT API corresponds 
to Northern Telecom part number A0674796 and is publicly 
offered for sale by Northern Telecom. The software manual for 
this API is the CAT Version 1.1 help file using Microsoft 
Windows Help Application 4.00.950 and is incorporated herein by 

2 5 reference. 

FIGURE 1 is an illustration of a wireless handset 100 
in accordance with the preferred embodiment of the present 
invention which, as will be described herein below is software 
configurable to provide enhanced telephone services in a 

3 0 building wireless communications network carrying voice and 

data traffic. The wireless handset 100 is a type of wireless 
terminal. The features of the wireless handset 100 include a 
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liquid crystal display (LCD) 102 with a first display line 104, 
a second display line 106, softkey icons 108,110,112, and 
navigational key (navkey) icons 114, softkey buttons 
116,118,120, navkey buttons 122, and a dialpad 124. 
5 Software created using the CAT API controls the 

writing to the LCD 102 and the turning on or off of the softkey 
icons 108,110,112 and the navkey icons 114. The process of 
turning on or off the softkey icons 108,110,112 and navkey 
icons 114 includes activation and deactivation of the 
10 corresponding softkey buttons 116,118,120 and navkey buttons 
122. The softkey icons 108,110,112 include a first softkey 
icon (left) 108, a second softkey icon (middle) 110, and a 
third softkey icon (right) 112 that correspond respectively to 

1=3 

: J3 a first softkey button (left) 116, a second softkey button 
nJL5 (middle) 118, and a third softkey button (right) 120 located 
55 below the softkey icons 108,110,112 on the wireless handset 
ET 100. Typically the second display line 106 of the LCD 102 is 
£ used to label the softkey icons 108,110,112 that are activated 

ry by writing the appropriate labels directly above the particular 
:^0 softkey icons 108,110,112. (These labels may be called softkey 
J3 labels) . The navkey buttons 122 consist of an up navkey button 
310, a down navkey button 315, a left navkey button 32 0 and a 
right navkey button 325. 

FIGURE 2 is a block diagram of an in building 
25 wireless communications network 200 in accordance with the 

preferred embodiment of the present invention, consisting of a 
plurality of wireless handsets 100, a plurality of base 
stations 202, a central switching controller 204 and a server 
2 06 connected to the controller 204 through an interface device 
30 208. The server 206 is typically a personal computer. 

(Alternatively, other types of computers can be used, such as 
mini computers). The central switching controller 204, the 
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plurality of base stations 202, and the plurality of wireless 
handsets 100 combined comprise the Companion 2 00 with Northern 
Telecom part number A0725269 in one embodiment and the Meridian 
Companion Mobility Option (MCMO) with Northern Telecom part 
5 number A0725270 in another embodiment. Both systems are 
produced by Northern Telecom Limited of Montreal, Canada. 

The central switching controller 2 04 connects the 
building wireless communications network 2 00 to an external 
telephone system 210 through telephone lines 212. In the 
10 embodiment described above with the Companion 200, the external 
telephone system 210 consists of a Private Branch Exchange 
(PBX) which is further connected to a public switched telephone 
^ network and/or connected to PBXs of other telephone systems. 
y3 in the embodiment described above with the MCMO, the central 
njL5 switching controller 2 04 is included within the PBX and the 
55 external telephone system 210 connected to the central 
tr switching controller 2 04 consists of a public switched 
s telephone network and/or PBXs for other telephone systems . 

hi The central switching controller 2 04 is connected to 

;H2 0 the wireless handsets 100 through Time Compressed Multiplexing 
%0 (TCM) telephone lines 214 between the controller 2 04 and the 
base stations 202, and active wireless links 216 between the 
base stations 202 and the wireless handsets 100. The active 
wireless links 216 are typically active radio channels. The 
25 wireless handsets 100 include transceivers for communicating 

with the base stations 202 over the active wireless links 216. 

The interface device 208 is used to translate data 
information and requests in the TCM form to the RS232 form that 
the server 2 06 can process and translate data information and 
3 0 requests in the RS232 form to the TCM form that the central 
switching controller 204 can process. In the preferred 
embodiment, the interface device 2 08 is a Computer Telephony 
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Adaptor (CTA) which consists of either a serial box CTA100 
external to the server 2 06 with Northern Telecom part number 
A0646509 or a PC interface card CTA150 internal to the server 
206 with Northern Telecom part number A0363108. 
5 The server 2 06 runs server software comprising 

Companion Applications Toolkit (CAT) server software 218 and 
application software. The Companion Applications Toolkit (CAT) 
server software 218 communicates with and has the capability to 
control the central switching controller 204 and the wireless 
10 handsets 100 through the interface device 208 and regulates the 
operation of the application software. The application 
software comprises a plurality of software application programs 
„ 222 programmed with the CAT API. 

An example of a possible software application program 
RJL5 222 generated with the CAT API is a personal directory look up 
g application selectively initiated by the user of one of the 
!l wireless handsets 100 that allows the user to search a personal 
a directory database located within the server 2 06 for 

hj information on specific individuals. 

!i20 Another example of a possible software application 

J3 program 222 generated with the CAT API is a To-Do list 

selectively initiated by the user of one of the wireless 
handsets 100 that allows the user of a wireless handset 100 to 
search a To-Do list database located at the server 2 06 for 
25 activities or work that needs to be performed by the user. 

An additional example of a possible software 
application program 222 is a nurse call system application 
which initiates a data session with one or more of the wireless 
handsets 100 carried by the nurses within a hospital ward in 
3 0 the event of an emergency request by a patient and provides 
additional information about the particular patient such as 
his/her room number to the wireless handsets 100 in such an 



occurrence . 

A further example of a software application program 
222 is a stock inventory control application selectively 
initiated by the user of one of the wireless handsets 100 that 
5 allows the user to access inventory databases located in at the 
server 206 to determine if a product is in stock in a stock 
room or a warehouse. 

The CAT server software 218 is 16 bit software which 
operates under Microsoft WINDOWS versions 3.1, 3.11, Win95 and 
10 Win98. This server software 218 is capable of being upgraded 
to 32 bit software which can be operated under Microsoft 
WINDOWS versions Win95, Win98, and WinNT. 
2" Similarly, the software application programs 222 are 

Hp 16 bit software which operates under Microsoft WINDOWS versions 
riJL5 3.1, 3.11, Win95 and Win98. The software application programs 
g 222 are capable of being upgraded to 32 bit software which can 
=Z be operated under Microsoft WINDOWS versions Win95, Win98, and 
WinNT . 

m Referring to Figure 3, whenever a user wishes to 

;H2 0 access a software application program 222 and related data at 
'J3 the server 206, the user typically initiates a data session for 
the software application program 222 over an active wireless 
link 216 by pressing a softkey button 116, 118, or 120 on a 
wireless handset 100 for the software application program 222 
25 as shown in step 400. If the wireless handset 100 is unable to 
establish a data session with the software application program 
222 over an active wireless link 216, the wireless handset 100 
typically displays a failure message (e.g. "connection failed") 
as shown at decision step 410 and step 415. For example, the 
30 wireless handset 100 will not be able to establish a data 

session if the wireless handset 100 is out of range or if the 
server 206 is down. If the wireless handset 100 is able to 
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establish a data session with the software application program 
222 over an active wireless link 216, the software application 
program 222 typically sends a message over the active wireless 
link 216 which is displayed on the wireless handset 100 as 
5 shown at decision step 410 and step 420. The content of the 
message is dependent on the software application program 222 . 

The software application program 222 then sends 
softkey labels for the softkey buttons 116, 118 and 12 0 over 
the active wireless link 216 which are displayed on the second 
10 line 106 of the LCD display 102 of the wireless handset 100 at 
step 425. The software application program 222 then turns on 
the softkey icons 108, 110 and 112 (which are displayed on the 
^ LCD 102) and activates the corresponding softkey buttons 116, 
£; 118 and 120 at step 430. 

fdL5 The wireless handset 100 then monitors whether a 

p=l softkey button 116, 118 or 120 has been pressed as shown at 
decision step 435. If a softkey button 116, 118 or 120 has 
= been pressed, then the wireless handset 10 0 sends a softkey 

ry event (i.e. a command) associated with the softkey button 116, 
j^20 118 or 120 over the active wireless link 216 to the software 
ffl application program 222 on the server 206 at steps 435 and 440. 
The softkey event associated with the first softkey button 
(left) 116 is typically called a first softkey event. The 
softkey event associated with the second softkey button 
25 (middle) 118 is typically called a second softkey event. The 
softkey event associated with the third softkey button (right) 
120 is typically called a third softkey event. The software 
application program 222 then sends an appropriate response for 
the softkey event to the wireless handset 100 over the active 
30 wireless link 216 at step 445. 

If the response notifies the wireless handset 100 
that the data session be ended (e.g. the user requested the 
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data session be ended at steps 435 and 440) , then the data 
session is ended and the wireless link 216 is torn down as 
shown at decision step 450 and step 455. If the software 
application program 222 sends a response, other than a response 
to end the data session, the wireless handset 100 displays the 
response on the LCD 102 of the wireless handset 100 as shown at 
.step 475. Next, the wireless handset 100 monitors the softkey 
buttons 108, 110 and 112 as shown at decision step 43 5. 

For example, the software application program 222 may 
provide a To-Do list application. The To-Do list application 
informs each user of a wireless handset 100 of the activities 
that need to be performed by that user. The activities for 
each user are stored in a To-Do list stored at the server 206. 

The user initiates a data session for the To-Do list 
application over an active wireless link at step 400 by 
pressing the appropriate softkey button 116, 118 or 120 on a 
wireless handset 100. Once the data session is established, 
the software application program 222 for the To-Do list 
application sends a message to the wireless handset 100 over 
the active wireless link 216 which is displayed on the wireless 
handset 100 as shown at steps 410 and 420. The message is 
typically a description of an activity to be performed first 
from the To-Do list stored on the server 206. 

The To-Do list application then sends over the active 
wireless link 216 the following softkey labels for the softkey 
buttons 116, 118 and 120: "Next", "Prev" and "Quit". These 
soft key labels are displayed on the second line 106 of the LCD 
102 of the wireless handset 100 at step 425. The To-Do list 
application then instructs the wireless handset 100 to turn on 
the softkey icons 108, 110 and 112 (and activates the 
corresponding softkey buttons 116, 118 and 120) at step 430. 

The wireless handset 100 then monitors the softkey 
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buttons 116, 118 and 120 at step 435. If the user presses the 
softkey button 116 (labelled "Next") , the wireless handset 10 0 
sends the first softkey event to the software application 
program 222 (for the To-Do list application) over the active 
5 wireless link 216 at steps 435 and 440. The software 

application program 222 for the To-Do list application then 
interprets the first softkey event as a request to send the 
description for the next activity to be performed. The 
software application program 222 then sends the description for 
10 the next activity to be performed in the To-Do list at step 

445. The description is then displayed on the LCD 102 at steps 
450 and 475. 

^ If the user presses the softkey button 118 (labelled 

y3 "Prev"), the wireless handset 100 sends the second softkey 
fUL5 event to the software application program 222 for the To-Do 
f=i list application over the active wireless link 216 at steps 435 
il! and 440. The software application program 222 for the To-Do 
e list application then interprets the softkey event as a request 

fy to send the description for the previous activity in the To-Do 
5^20 list. The software application program 222 for the To-Do list 
application then sends over the active wireless link 216 the 
description for the previous activity to be performed in the 
To-Do list at step 445. The description is then displayed on 
the LCD 102 at steps 450 and 475. 
25 If the user presses the softkey button 120 (labelled 

"Quit"), the wireless handset 100 sends the third softkey event 
to the software application program 222 for the To-Do list 
application over the active wireless link 216 at steps 435 and 
440. The To-Do list software application then interprets the 
3 0 third softkey event as a request to end the data session. The 
software application program 222 then sends a response over the 
active wireless link 216 confirming that the data session be 
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ended at step 445. The data session is then ended and the 
active wireless link 216 is torn down at steps 450 and 455. 

As shown in Figure 3, whenever the user wishes to 
access data related to a software application program 222, the 
5 user must establish a data session over an active wireless link 
216 between a wireless handset 100 and the software application 
program 222. For many software applications, this method 
needlessly" wastes radio resources. 

In accordance with a preferred embodiment of the 
10 present invention, each wireless handset 100 has memory, called 
virtual memory, for one or more software application programs 
222. (i.e. The software application programs 222 treat the 
5 _ memory in each wireless handset as virtual local memory) . The 
tf3 virtual memory stores data related to one or more software 
fyL5 application programs 222. Consequently, if a user wishes to 
^ access data for a software application program 222, the user 
t typically does not typically need to establish a data session 
s over an active wireless link 216 with the software application 

fij program 222 . The user can simply access the data stored 
•;^0 locally at the wireless handset 100 in the virtual memory. In 
M3 the preferred embodiment, each handset 10 0 has 32 KB of RAM for 
the virtual memory. Alternatively, more or less than 32 KB can 
be used. Furthermore, other types of memory can be used such 
as EEPROM's, floppy disks, etc. 
25 The data for a software application program 222 is 

typically stored as a plurality of items in a list in the 
virtual memory and depending on the software application 
program 222 may be stored as a respective plurality of items in 
a mirror list maintained on the server 206 for the software 
30 application program 222. For many software applications 

programs 222, the list in the virtual memory and the mirror 
list are identical. However, for some software application 



13 



programs 222, the list and the mirror list may not always be 
identical. For example, some software application programs 222 
may allow the user to add, modify or delete an item in the list 
stored in the virtual memory without requiring a data session 
5 over an active wireless link 216 to update the mirror list. 

Depending on the software application program 222, once a data 
session over the active wireless link 216 is established the 
data in the list and the data in the mirror list on the server 
206 may or may not be synchronized. 
10 Before the virtual memory in a wireless handset 100 

can be used for a service or a software application {associated 
with a software application program 222) , the software 
^ application must be added to the wireless handset 100 by the 
%D software application program 222. When the software 
fUL5 application is added, the virtual memory is also configured. 
5^ The user of the wireless handset 100 need not even be aware 
jZ that the software application is being added by the software 
s application program 222. 

fy Referring to Figure 4, assuming there isn't an 

;H2 0 existing data session over an active wireless link 216, the 
hD server 206 attempts to establish a data session for the 

software application program 222 over an active wireless link 
216 with the wireless handset 100 at step 510. If a data 
session for the software application program 222 over an active 
25 wireless link 216 cannot be established, the server 206 keeps 

trying to establish a data session for the software application 
program 222 over an active wireless link 216 with the wireless 
handset 100 at periodic time intervals or whenever the server 
206 hears a response from the wireless handset 10 0 to a beacon 
30 sent by a base station 202 (which typically indicates that the 
wireless handset 100 is within range of one of the base 
stations 202) as shown at steps 515 and 517. 
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If a data session for the software application 
program 222 has been established at step 515, then the software 
application program 222 in the server 206 requests that the 
associated software application be added to the wireless 
5 handset 100 at step 520. At step 520, the software application 
program 222 typically sends an application feature code 
identifying the software application, a name (or description) 
of the software application and a size for the list to be 
stored in the virtual memory for the software application. 
10 The size of the list is simply the number of items 

(or entries) in the list. The size of the list depends on the 
software application (associated with the software application 
program 222) . Each entry in the list can hold up to a maximum 

J3 number of characters (including numerals) . Preferably, the 

f|jL5 maximum number of characters is 64 characters (or 64 bytes) . 

S. If a larger LCD 102 is used, the maximum number of characters 

Li for each entry may be larger. 

2 Alternatively, the size for the list may be specified 

i=y by the software application program 222 as not only the number 
!"i20 of items (or entries) in the list but also the maximum number 
yy of characters in each item (or entry) . 

At decision step 525, the wireless handset 100 
determines whether it has enough free (or available) virtual 
memory in the wireless handset 10 0 to satisfy the needs of the 
25 software application. If there is not enough available virtual 
memory, the wireless handset 100 notifies the software 
application program 222 at step 530. If there is enough free 
virtual memory, the software application program 222 sends an 
applet list containing a number of applet identifiers and a 
3 0 respective number of associated softkey labels to the wireless 
handset 100 at step 535. 

Each wireless handset 10 0 is preprogrammed with a 
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fixed number of applets. Each applet is identified with a 
unique applet identifier. Each software application added by a 
software application program 222 uses at least one applet. 

Alternatively, the software application program 222 
5 sends the actual applets (i.e. programs) and associated softkey 
labels over an active wireless link 216 to the handset 100. 

There are two types of applets - Type "A" and type 
"B" applets. Type "A" applets are programs which perform local 
functions that do not require a data session with a software 
10 application program 222 over an active wireless link 216. Most 
of the type "A" applets access the virtual memory in the 
wireless handset 100. Type "B" applets are programs which 
ra perform functions that require a data session over an active 
%u wireless link 216. At minimum, it is envisioned that each 
fyL5 wireless handset 100 be preprogrammed with the following type 
5 "A" applets: 

APPLET TYPICAL DESCRIPTION/FUNCTION 

J IDENTIFIER SOFTKEY 

{^0 LABEL 



Local Delete 



Delete an item in the 

list in the Virtual Memory. 



Quit list and return to 
main menu. 



Establish a data session 
with the software 
application program 222 over 
a wireless link 216. 
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Display Next Display next item in the 

list in the Virtual Memory. 



Display Previous 



Display previous item in 
the list in the Virtual 
Memory . 



Dial Number 



Dial telephone number 
which is contained 
within the item displayed 
from the list 
in the Virtual Memory. 



At minimum, it is envisioned that each wireless handset 100 be 
5 preprogrammed with the following type "B" applets: 



APPLET 
IDENTIFIER 



DESCRIPTION/FUNCTION 



Establish data session 
with software application 
222 program; 

Send first sof tkey Event . 



Establish data session with 
the software application 
222 program; 

Send second sof tkey event . 



Establish data session with 
software application program 
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222; 

Send third sof tkey event . 



The sof tkey events depend on the service or software 
5 application (associated with the software application program 
222). Examples of possible softkey events are as follows: 



a) Establish data session with software application 
program 222; Once established, delete item in the 
10 list in the virtual memory associated with the 

software application program 222 and delete the same 
item in the mirror list stored on the server 206. 



b) Establish data session with software application 
program 222; Once established, add an item in the 
list in the virtual memory associated with the 
software application program 222 and add the same 
item in the mirror list stored on the server 2 06. 

c) Establish data session with software application 
program 222; Once established, insert an item in the 
list in the virtual memory associated with the 
software application program 222 and insert the same 
item in the mirror list stored on the server 206. 

d) End existing data session for software application 
program 222 . 



Once the applet list has been sent to the wireless 
3 0 handset 100 at step 535 or once the software application 

program 222 has been notified at step 535, the data session is 
ended and the active wireless link 216 is torn down at step 
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545. 

Data stored in the virtual memory of the wireless 
handset 100 for a software application may be added, modified 
or deleted without any user intervention by a software 
5 application program 222. An operator at the server 206 (or a 
client PC connected to the Server 206) may want to add, modify 
or delete data stored in the virtual memory of the wireless 
handset 10 0. For example, an operator at the server 2 06 may 
want to add a description for a new activity to the virtual 
10 memory of a wireless handset 100 for a To-Do list software 

application. Some software application programs 222 may even 
add, modify or delete data stored in the virtual memory of a 
^ wireless handset 10 0 on its own accord (i.e. without any 
%0 intervention by an operator at the Server 2 06 (or at a client 
ftp. 5 PC connected to the Server 206) ) . 

S Referring to Figure 5, assuming there isn't an 

]Z existing data session over an active wireless link 216, the 
= server 2 06 attempts to establish a data session for a software 
jpy application program 222 over an active wireless link 216 with 
J^0 the wireless handset 100 at step 610. If a data session for 
%y the software application program 222 over an active wireless 

link 216 cannot be established, the server 2 06 keeps trying to 
establish a data session for the software application program 
222 over an active wireless link 216 with the wireless handset 
25 10 0 at periodic time intervals or whenever the server 206 hears 
a response from the wireless handset 10 0 to a beacon sent by a 
base station 202 (which typically indicates that the wireless 
handset 100 is within range of one of the base stations 2 02) as 
shown at steps 615 and 617. 
30 If a data session has been established at step 615, 

then the software application 222 in the server 206 sends a 
command to the wireless handset 10 0 requesting that an item be 



19 



added, modified or deleted in the respective list in the 
virtual memory of the wireless handset 100 at step 620. The 
virtual memory is updated accordingly in step 625. Next, the 
software application 222 determines whether of not there are 
5 any other items to be added, modified or deleted in the 

respective list in the virtual memory at decision step 630. If 
there are other items to be added, modified or deleted, then 
steps 620 and 625 (and decision step 630) are repeated. If 
there aren't any other items to be added, modified or deleted, 
10 then the data session is ended and the active wireless link is 
torn down at decision step 640. 

Whenever the user of a wireless handset 10 0 invokes a 
i= T software application (associated with a software application 
C; program 222) that has been already added to the wireless 
nj.5 handset 100, the wireless handset 100 displays the softkey 
JSj labels provided in the applet list on the second line 106 of 
^ the LCD 102, displays the respective softkey icons 108, 110 and 

112 and activates the respective softkey buttons 116, 118 and 
ry 120. Whenever the user presses the first softkey button 116, 
;*20 the user invokes the first applet provided in the applet list. 
-J3 Whenever the user presses the second softkey button 118, the 
user invokes the second applet provided in the applet list, 
etc. If the applet list contains more than three applet 
identifiers with respective softkey labels, the wireless 
25 handset displays the navkey icons 114 and activates the navkey 
buttons 122. By pressing the left navkey button 320 and the 
right navkey button 325, the user can scroll through the 
softkey labels for the other applets in the applet list and 
invoke the other applets if desired. 
3 0 Referring to Figure 6, the wireless handset 100 

monitors whether a softkey button 116, 118 or 12 0 has been 
pressed at decision step 705. Once a softkey button 116, 118 
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or 120 has been pressed, the wireless handset 100 determines 
whether or not the associated applet performs a local function 
(i.e. a type "A" applet) or requires a data session over an 
active wireless link 216 (i.e. a type "B" applet) at step 710. 
5 If a type "A" applet was invoked, then the wireless handset 100 
runs the applet at step 715. If the applet adds, modifies or 
deletes data in the virtual memory, then the virtual memory is 
updated accordingly at step 72 0. Then the wireless handset 100 
monitors the softkey buttons 116, 118 and 120 at decision step 
10 705 as previously described. If the wireless handset 100 

determines that a type "B" applet was invoked at step 710, then 
the wireless handset 100 determines whether there is an 
^ existing data session for the associated software application 
y3 222 over the active wireless link 216 at step 725. If there 

ru 

nJ-5 isn't an existing active data session, then the wireless 
f=J handset 100 attempts to establish a data session for the 
l! associated software application 222 over an active wireless 
link 216 at step 730. At step 735, the wireless handset 100 

{==> 

m determines whether or not a data session for the software 
;~<20 application program 222 has been established. If not, the 
ffl wireless handset 100 continues to attempt to establish a data 
session for the associated software application program 222 
over an active wireless link 216 at steps 735 and 730. 

If a data session is established at step 735 or if 
2 5 there was already an existing data session at decision step 725 
for the software application program 222, then the wireless 
handset 100 sends a softkey event (associated with the applet) 
to the software application 222 (e.g. a softkey event that 
would be interpreted by the software application program as 
30 'delete an item') at step 740. The Software application then 
sends a response to the wireless handset 10 0 (e.g. display 
"item deleted" or end data session) at step 745. If the 
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response to the wireless handset 100 indicates that the data 
session be ended, then the data session is ended and the active 
wireless link 216 is torn down. If the response does not 
indicate that the data session be ended, then the wireless 
5 handset displays the response, if applicable (e.g. item 

deleted) at step 770. Typically, a response is displayed. The 
response may display data sent from the server 206 for the 
associated software application 222 or may simply just confirm 
that a softkey event has been processed (e.g. item deleted) . 
10 Next, the virtual memory is updated if applicable at step 775. 
For example, if an item is deleted, the item is not only 
deleted in the mirror list at the server 206 but is also 
^ typically deleted in the list in the virtual memory. Next, the 
%p wireless handset 100 monitors the softkey buttons 116, 118 and 
nj.5 120 at step 705 as previously described. 

S If an item from the virtual memory cannot be 

^ displayed all at once on the LCD 102, the wireless handset 
« displays the navkey icons 114 and activates the navkey buttons 

fy 122. By pressing the up navkey button 310 and the down navkey 
!H^0 button 315, the user can scroll through data for the item. 
y3 Persons skilled in the art will appreciate that there 

are alternative implementations and modifications possible to 
allow data to be stored and manipulated in virtual memory in a 
wireless handset 100 and that the above method is only an 
25 illustration of this embodiment of the invention. 

In addition, the active wireless link 216 may not 
only be active radio channels but also may be any other type of 
active wireless link 216 such as an active infrared wireless 
link 216. 

3 0 Furthermore, the wireless terminal with virtual 

memory and the method of using the wireless terminal 100 may be 
used in any type of wireless communications network such as a 
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cellular phone wireless communications network. 

Moreover, the wireless handset 100 is just one type 
of wireless terminal that can be used. Other types of wireless 
terminals can be used such as a wireless terminal comprising a 
5 personal computer with terminal software connected to a 
cellular telephone. 
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We Claim: 



1. A method of accessing data at a wireless terminal having 
virtual memory/ said method comprising the steps of: 

5 

(a) downloading data from a server over an active 

wireless link to the virtual memory of the wireless 
terminal ; and 

10 (b) accessing the data stored in the virtual memory of 

the wireless terminal at the wireless terminal 
without requiring the active wireless link. 

jB 2. A method according to claim 1 wherein step (b) comprises 
fijL5 viewing some or all of the data stored in the virtual memory of 
g the wireless terminal at the wireless terminal without 
Jz requiring the active wireless link. 

m 3 . A method according to claim 1 further comprising the step 
of modifying some or all of the data stored in the virtual 

y3 memory of the wireless terminal at the wireless terminal 
without requiring the active wireless link. 

4. A method according to claim 1 further comprising the step 

2 5 of deleting some or all of the data stored in the virtual 

memory of the wireless terminal at the wireless terminal 
without requiring the active wireless link. 

5. A method according to claim 1 further comprising the step 

3 0 of adding data to the virtual memory of the wireless terminal 

at the wireless terminal without requiring the active wireless 
link. 
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6. A method according to claim 1 further comprising, 
immediately after step (a) and before step (b) , the step of 
tearing down the active wireless link. 



5 7. A method according to claim 1 further comprising the step 
of modifying some of all of the data stored in the virtual 
memory of the wireless terminal over the active wireless link. 

8. A method according to claim 7 further comprising the step 
0 of modifying corresponding data stored in mirror memory on the 

server. 

9. A method according to claim 7 wherein the data is modified 
by the server. 

5 

10. A method according to claim 8 wherein the data is modified 
at the wireless terminal. 

11. A method according to claim 8 wherein the data is modified 
0 by the server. 

12 . A method according to claim 1 further comprising the step 
of deleting some of all of the data stored in the virtual 
memory of the wireless terminal over the active wireless link. 

5 

13. A method according to claim 12 further comprising the step 
of deleting corresponding data stored in mirror memory on the 
server . 

0 14. A method according to claim 12 wherein the data is deleted 
by the server. 



25 



15. A method according to claim 13 wherein the data is deleted 
at the wireless terminal . 

16. A method according to claim 13 wherein the data is deleted 
5 by the server. 

17. A method according to claim 1 further comprising the step 
of adding data to the virtual memory of the wireless terminal 
over the active wireless link. 

10 

18. A method according to claim 17 further comprising the step 
of adding corresponding data stored in mirror memory on the 

1^ server. 

fUL5 19. A method according to claim 17 wherein the data is added 
pi by the server. 

b 20. A method according to claim 18 wherein the data is added 

ry at the wireless terminal . 

; ! -2 0 

%0 21. A method according to claim 18 wherein the data is added 
by the server. 

22. A wireless terminal for use in a communications network, 
2 5 said wireless terminal comprising: 

(a) a transceiver for receiving and transmitting 
information over an active wireless link with the 
communications network; 

30 

(b) virtual memory to store information received over the 
active wireless link with the communications network; 
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and, 



(c) display means to view the information stored in the 
virtual memory without requiring the active wireless 
5 link with the communications network. 

23. A wireless terminal according to claim 22 further 
comprising modification means for modifying the data stored in 
the virtual memory without requiring the wireless link with the 
10 communications network. 

..." 24. A wireless terminal according to claim 22 further 

^ comprising deletion means for deleting data stored in the 

y3 wireless terminal without requiring the wireless link with the 

nj.5 communications network. 

lZ 25. A wireless terminal according to claim 22 further 
s comprising addition means for adding data to the virtual memory 

f|j without requiring the wireless link with the communications 
network. 

26. A wireless communications network comprising: 

at least one display based wireless handset with 
virtual memory; 

25 at least one base station with which the wireless 

handset communicates over an active wireless link; 

a central switching controller coupled to the base 
station for controlling the base station and connectable to an 
external switched telephone network for selective switching of 
3 0 the wireless handset to the external switched network; and 
a server connected to the central switching 
controller and controlling operation of the central switching 
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controller by means of server software running on the server 
and providing at least one software application to the wireless 
handset by means of application software and related data 
located on the server; 

5 wherein server software permits data related to an 

application to be downloaded over the active wireless link to 
the virtual memory of the display based wireless handset ; 

and wherein the data stored in the virtual memory of 
the wireless handset can be accessed without the active 

0 wireless link. 
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ABSTRACT 



A wireless terminal with virtual memory for use in a 
wireless communications network and a method of using such a 

5 wireless terminal is provided. The wireless terminal comprises 
a transceiver for receiving and transmitting information over 
an active wireless link with the communications network, 
virtual memory to store information received over the wireless 
link with the communications network and display means to view 

0 the information stored in the virtual memory without requiring 
the active wireless link with the communications network. The 
method of using the wireless terminal with virtual memory 
comprises the steps of downloading data from a server over an 
active wireless link to the virtual memory of the wireless 

5 terminal and accessing the data stored in the virtual memory at 
the wireless terminal without requiring the active wireless 
link. 
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